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1 

Providing a network node with service reference information 

FIELD OF THE INVENTION 

The invention relates to relaying service reference information with 
an IP (Internet Protocol -based) telephony signalling protocol used in IP-based 
5 networks. One example of service reference information is CAMEL-related 
information. CAMEL (Customized Applications for Mobile network Enhanced 
Logic) is an intelligent network-based solution standardized by ETSI 
(European Telecommunications Standards Institute) as one of the GSM 
(Global System for Mobile communications) phase 2+ services. One example 
10 of an IP telephony signalling protocol is SIP (Session Initiation Protocol) which 
is developed by IETF (Internet Engineering Task Force). 

BACKGROUND OF THE INVENTION 

Transferring data associated with various time-critical applications 
in IP-based networks has been an attractive topic in recent years, it has also 

15 been one of the main goals in the development of the mobile communications 
systems, and especially in so-called third generation mobile communications 
systems, such as UMTS (Universal Mobile Communications System). A mobile 
communications system refers generally to any telecommunications system 
which enables wireless communication when users are moving within the 

20 service area of the system. A typical mobile communications system is a Pub- 
lic Land Mobile Network (PLMN). 

One UMTS system based on IP technology is the so-called 3GPP 
All-IP system, which is defined in the 3 rd generation partnership project 3GPP. 
One standard used for IP telephony implementation in 3GPP All-IP is SIP. SIP 

25 is an application-level control protocol which allows the establishment, altera- 
tion and interruption of multimedia connections and voice over IP connections. 
IP telephony is a general term covering services from standard voice teleph- 
ony utilizing an IP protocol (VoIP, Voice over IP) to multimedia applications 
using IP data, voice and video. 

30 In the 3GGP All-IP system, the intelligent network service imple- 

mentation may be based on the CAMEL architecture. One of the problems to 
be solved when implementing CAMEL to the network using SIP, is how to 
transfer at least mandatory CAMEL-related information used for charging pur- 
poses between network nodes/functions using SIP. In the GSM system 

35 CAMEL-related information is obtained by sending a routing number request. 



However, in SIP such mechanism does not exists. 

One solution to the above problem is to provide SIP with a routing 
number request mechanism corresponding to the one used in GSM to transfer 
CAMEL-reiated information. A problem with this kind of a solution is that it 
5 would require new messages in SIP. 

BRIEF DESCRIPTION OF THE INVENTION 

An object of the present invention to provide a method and an ap- 
paratus for implementing the method so as to solve the above problem. The 
object of the invention is achieved by a method and an arrangement which are 

10 characterized by what is stated in the independent claims. The preferred em- 
bodiments of the invention are disclosed in the dependent claims. 

The invention is based on realizing the problem and solving it by 
the idea of modifying an existing IP telephony signalling protocol message, 
such as a SIP INVITE message or a message acknowledging it, so that the 

15 service reference information, such as CAMEL-related information, is trans- 
mitted in the IP telephony signalling protocol message. An advantage of the 
invention is that by modifying an existing IP telephony signalling protocol 
message service reference information will be transmitted without any new 
messages. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

In the following the invention will be described in greater detail by 
means of preferred embodiments with reference to the accompanying draw- 
ings, in which 

Figure 1 is a block diagram illustrating a simplified network archi- 
25 tecture; and 

Figure 2 illustrates signalling according to the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention can be applied to any communications sys- 
tem where service reference is to be transferred between network nodes using 
30 an IP telephony signalling protocol. Such systems include 'the third generation 
mobile communications systems', such as UMTS, the corresponding mobile 
communications systems and combination systems utilizing mobile user 
equipment and a fixed IP-based network. The service reference information 
may be CAMEL-related information, OSA-related (Open Service Architecture) 



information or Parlay API-related (Application Protocol Interface) information, 
for example. Examples of IP telephony signalling protocols are H.323, SIP and 
a SIP evaluation called SIP+. In the following the invention will be described by 
using the 3GPP All-IP system utilizing CAMEL and SIP as an example without 
5 restricting the invention thereto. The specifications of mobile communications 
systems, and the third generation mobile communications systems in particu- 
lar, progress quickly. This may require additional changes to the invention. 
Therefore, ail words and expressions should be interpreted broadly and they 
are intended for illustrating, and not restricting the invention. 

10 Figure 1 shows a simplified network architecture and illustrates only 

those elements of the communications system 1 relating to a called subscriber 
B that are essential for understanding the invention. Network nodes shown in 
Figure 1 are logical units the implementation of which may differ from what is 
described here. It is obvious to a person skilled in the art that the system 1 

15 also comprises other functions and structures, which need not be described in 
greater detail here. 

In the 3GPP All-IP system 1, a difference is made between an ac- 
cess layer and a telephony layer, which may both have their own operators. 
Usually the access layer provides the user with a wireless access to external 

20 networks, such as IP networks (Internet Protocol), and the services thereof, 
such as Internet telephony (IPT, IP Telephony), such that the telephony layer 
is responsible for control. The IP telephony is in practice invisible to network 
nodes of the access layer, and they do not participate in the routing of the IP 
telephony. However, there are signalling connections from each level to vari- 

25 ous service platforms, such as a CAMEL Service Environment (CSE), billing 
centers and an IP telephony application server. The different layers and serv- 
ice platforms are not shown in Figure 1. 

In the example of Figure 1, the system 1 comprises a core network 
CN and a UMTS terrestrial radio access network UTRAN. The UTRAN is 

30 formed of a group of radio network subsystems (not shown in Figure 1) which 
are connected to the core network CN. A radio network subsystem can be 
based on the GPRS (General Packet Radio Service) of the GSM system, for 
example. The core network CN can be connected to external networks, such 
as IP networks IP. In the example of Figure 1, the core network comprises a 

35 home subscriber server HSS, an interrogative call state control function 
l_CSCF and a serving call state control function T_CSCF, which serves the 



subscriber B registered in the network. The HSS and the l_CSCF locate in the 
home network of the subscriber B whereas T_CSCF is either in the home net- 
work or in a visited network. 

The serving call state control function T_CSCF is a network node in 
5 which IP telephony user equipment, and thus subscribers, are registered and 
via which the signalling associated with the IP telephony, such as SIP, is 
transferred. The T_CSCF participates in controlling a call made by the user 
equipment and in supporting the establishment of calls terminating at the user 
equipment registered in the network, as well as in supporting the triggering of 

10 the services associated with these calls when the triggering conditions are ful- 
filled. In other words, the T_CSCF controls call establishment and contains, 
among other things, a function corresponding to an intelligent network service 
switching function and the call state models of the IP telephony, by which the 
call establishment is controlled together with other network nodes, such as a 

15 service control point, the CSE and IP telephony application servers (these are 
not shown in Figure 1). The T_CSCF is the network node through which the 
signalling of a mobile-terminating call is transferred from the actual IP network 
IP, for instance. The T_CSCF usually contains a subscriber database which 
logically corresponds to the visitor location register of the GSM system. The 

20 T_CSCF is also responsible for producing billing information. The" serving call 
state function may also be called a terminating call state control function, an 
originating call state control function or a visited call state control function. The 
serving call state control function corresponds to the visited mobile switching 
center of the GSM system. The T_CSCF operation according to the invention 

25 is explained in greater detail in connection with Figure 2. 

The interrogative call state control function l_CSCF participates in 
controlling the establishment of a call made to a subscriber, and it determines 
how the mobile-terminating call is to be routed. In other words, it is authorized 
to route calls terminating at user equipment. Thus, the M3SCF functions as 

30 an entry point for a mobile-terminating call to the subscriber B and corre- 
sponds to a gateway mobile switching center (GMSC) of the GSM system. The 
l__CSCF interrogates the subscriber B's HSS in order to detect routing infor- 
mation and routes the call on the basis of the address obtained from the HSS. 
The l_CSCF may also produce billing information relating to the subscriber B. 

35 The l_CSCF operation according to the invention is explained in greater detail 
in connection with Figure 2. 



5 

The functionality of various call state control functions, l_CSCF and 
T_CSCF, is not affected by the type of the access network. This means that 
the access network may be a wireless network, as in the example of Figure 1 , 
or a wired network. 

5 The home subscriber server HSS logically corresponds to the home 

location register of the GSM system, and subscriber data for each subscriber 
of the home network are stored therein either permanently or semi- 
permanently such that the subscriber data are combined with a subscriber 
identifier, which in the GSM system, for example, is IMSI (International Mobile 

10 Subscriber Identity). When a subscriber registers into the network, the HSS 
transmits the subscriber's service information, which may comprise CAMEL 
subscriber information CSI, to the serving call state control function T_CSCF. 
When there is no address of a serving call state control function for a sub- 
scriber, the HSS transmits the subscriber's service information as a routing 

1 5 instruction to the l_CSCF. 

Subscriber B's user equipment UE comprises the actual terminal 
and a detachably connected identification card USIM, also called a subscriber 
identity module. In this context, the user equipment UE generally means the 
entity formed by the subscriber identity module and the actual terminal. The 

20 " actual terminal can be any equipment or a combination of various devices ca- 
pable of communicating in a mobile communications system. 

In addition to prior art means, the system implementing the func- 
tions of the present invention and the network nodes of this system comprise 
means for providing a call state control function at least the mandatory 

25 CAMEL-related information needed in the call state control function for 
CAMEL services. They may also comprise means for using the information 
when needed. More precisely, the network nodes comprise means for imple- 
menting the functionality described below. The current network nodes com- 
prise processors and memory, which can be utilized in the functions according 

30 to the invention. All changes necessary for implementing the invention can be 
made as added or updated software routines, by means of application-specific 
integrated circuits (ASIC) and/or programmable circuits, such as EPLD, FPGA. 

The mandatory CAMEL-related information for billing includes a 
CAMEL call reference number generated in the GSM network by the GMSC 

35 and the address of the GMSC (which corresponds to the l_CSCF ). The man- 
datory CAMEL-related information is needed when billing information of the 



called subscriber B is collected and Charging Data Records (CDRs) are gen- 
erated in the T_CSCF and/or l_CSCF. The mandatory CAMEL-related infor- 
mation is added to each CDR and on the basis of the information the CDRs 
relating to a call are combined in the charging center. The same mandatory 
5 CAMEL related information is needed also, when a CAMEL-based service is 
triggered in the T_CSCF and/or l_CSCF. In future some other CAMEL-related 
information may be needed. A network node may comprise a definition or 
definitions indicating which CAMEL-related information should be added, gen- 
erated, used and/or in which context the CAMEL-related information should 
10 be used. 

Figure 2 illustrates signalling according to the invention. In the ex- 
ample of Figure 2 it is assumed for clarity's sake that the called one, i.e. sub- 
scriber B, is registered in the T_CSCF and that the mandatory CAMEL-related 
information for billing is added and generated in the l_CSCF. 

15 When the subscriber A makes a call to the subscriber B, the 

0_CSCF sends a SIP INVITE message 2-1 to the l_CSCF of the subscriber B. 
The SIP INVITE message is an example of an IP telephony signalling protocol 
initiating a session. The l_CSCF is found on the basis of a host-part of the 
logical IP address, i.e. IP address in the form a@x.y where the host-part is 

20 after the @-sign. If the address of the subscriber B is B@try,com, the logical 
address of the l_CSCF of the subscriber B is icscf.try.com. 

Upon reception of message 2-1, the l__CSCF requests from the HSS 
a routing address for the subscriber B in message 2-2. The HSS sends at 
least the routing address, i.e. the address of the T_CSCF, to the l_CSCF in 

25 message 2-3. The l_CSCF of the invention then generates a CAMEL call ref- 
erence number and codes it with its own address to a digit string and adds the 
digit string to an INVITE message. After that the l_CSCF sends the INVITE 
message 2-4 to the T_CSCF, stores the CAMEL-related information and uses 
it when generating CDRs, for example. 

30 When the T_CSCF of the invention receives message 2-4, it sepa- 

rates the CAMEL-related information from message 2-4, decodes it to obtain 
the CAMEL call reference number and the address of the l_CSCF, stores 
them and uses them when generating CDRs or triggering a CAMEL-related 
service, for example. Thus, both the l_CSCF and the T_CSCF have the same 

35 CAMEL-related information used in CDRs. 

The l_CSCF is preferably arranged always to add to the INVITE 
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message 2-4 CAMEL-related information, i.e. its address and the CAMEL call 
reference number, as a coded digit string or as such. The advantage of this is 
that the l_CSCF does not need information on the status of the terminating 
CAMEL subscription information, i.e. it does not need to know whether the 
5 address and the CAMEL call reference number is needed. However, the 
l_CSCF may be arranged not to add the CAMEL-related information to each 
INVITE message. 

In a first preferred embodiment of the invention the l_CSCF adds 
the CAMEL-related information to the SIP header of the INVITE message as 

1 0 one of the subheaders. 

The following SIP INVITE message header is one example of a SIP 
INVITE message header according to the first preferred embodiment of the 
invention, which could be forwarded from the l_CSCF to the T_CSCF. The 
header comprises 9 subheaders in this example. The IP addresses are logical 

15 IP addresses for clarity's sake. The eighth subheader (starting by word 
CAMEL) includes CAMEL-related information, i.e. the address of the l_CSCF 
and the CAMEL call reference number generated by the l_CSCF, coded in a 
digit string the T_CSCF understands. The T_CSCF then decodes the digit 
string. In other embodiments of the invention each piece of CAMEL-related 

20 information may be given in separate subheaders or in one subheader in a 
predetermined order so that information is separated by a comma, for exam- 
ple. It is also possible to code only part of CAMEL-related information and 
send the other part of the CAMEL-related information uncoded. 

25 INVITE sip: ue_b@home_b.com SIP/2.0 

Via: SIP/2.0/UDP icscf.home_b.com 

From: User_A<sip:ue_a@home_a.com> 

To: User_B <sip:ue_b@home_b.com> 

Call-ID: a@ue_a.home_a.com 
30 Cseq: 1 INVITE 

Content-Length: 829 

CAMEL: 23446321247984349 

Encryption: PGP version=2.6.2,encoding=ascii 
Message body 

35 

In a second preferred embodiment of the invention, the l_CSCF 
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adds the CAMEL-related information to the body of the SIP INVITE message. 
In the following example of a SIP INVITE message according to the second 
preferred embodiment of the invention, only the CAMEL-related information, 
coded to a digit string, is shown. In other embodiments of the invention each 
5 piece of CAMEL-related information may be given in separate message body 
rows or in one row in a predetermined order so that different information is 
separated by a comma, for example. 

INVITE sip:ue_b@home_b.com SIP/2.0 
10 Via: SIP/2. 0/UDP icscf.home_b.com 

From: User_A<sip:ue_a@home_a.com> 
To: User_B <sip: ue_b@home_b.com> 
■ Call-ID: a@ue_a.home_a.com 
Cseq: 1 INVITE 
15 Content-Length: 829 

Encryption: PGP version=2.6.2,encoding=ascii 
Message body starts.... 
CAMEL: 23446321247984349 
. . . Message body ends 

20 

Although the invention has been described above with the CAMEL 
call reference number and the address of the l_CSCF, it is obvious to a person 
skilled in the art that other corresponding information needed in a call state 
control function for CAMEL services may also be transmitted in the SIP 

25 INVITE message from the l_CSCF to the T_CSCF and generated in the 
l_CSCF, if needed. 

Although the invention has been described above assuming that the 
l_CSCF generates the CAMEL call reference number (and corresponding in- 
formation), it is obvious to a person skilled in the art that some other network 

30 node, such as the HSS, may also generate the needed information and send it 
to the l_CSCF, which then just adds this information to the SIP INVITE mes- 
sage. 

Although the invention has been described above assuming that the 
CAMEL-related information is added in the l_CSCF, it is obvious to a person 
35 skilled in the art that CAMEL-related invention may also be added to a SIP 
INVITE message by the caller's serving call state control function Q_CSCF. In 
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this embodiment the l_CSCF may pass the CAMEL-related information to the 
T_CSCF as such, modify the information or add some further information be- 
fore relaying the information in the SIP INVITE message to the T_CSCF, or 
pass no CAMEL-related information it received in the SIP INVITE message to 
5 the T_CSCF. For example, the l_CSCF may receive the CAMEL call reference 
number from the 0_CSCF in the SIP INVITE message and add only the ad- 
dress of the l_CSCF to the SIP INVITE message before sending it to the 
T_CSCF. 

Although the invention has been described above assuming that the 

10 CAMEL-related information is transmitted in a SIP INVITE message, it is obvi- 
ous to a person skilled in the art that CAMEL-related information may be 
added to a response message acknowledging the SIP INVITE message or a 
corresponding message invoking a session. The response message can be a 
final response, such as '200 OK' or a provisional response, such as '100 Try- 

15 ing' or '183 Session progress'. In this embodiment the CAMEL-related infor- 
mation is added in a network node sending the SIP response message, such 
as the call state control function serving the terminating subscriber T_CSCF. It 
is even possible to utilize both messages to transmit CAMEL-related informa- 
tion. For example, the l_CSCF may add its address to the SIP INVITE mes- 

20 sage and the T_CSCF may generate the CAMEL call reference number and 
add it to the response message acknowledging the SIP INVITE message. 

Although the invention has been described above assuming that the 
address of the l_CSCF is used instead of the address of the GMSC as man- 
datory CAMEL-related information, it is obvious to a person skilled in the art 

25 that the address of another network node, such as the T_CSCF or 0_CSCF, 
may also be used instead of the address of the GMSC. 

It will be obvious to a person skilled in the art that, as the technol- 
ogy advances, the inventive concept can be implemented in various ways. The 
invention and its embodiments are not limited to the examples described 
30 above but may vary within the scope of the claims. 



